iT邦幫忙

2026 iThome 鐵人賽

DAY 23
0
Vibe Coding

從模糊想法到可操作原型:我的 30 天 AI 協作開發實驗系列 第 23

Day 23|第一次把 AI 從聊天工具,變成產品裡的一個小功能

  • 分享至 

  • xImage
  •  

前兩天我先定義 AI 應該回傳的 JSON 格式,再用十類困難輸入測試提示詞。Day 23 才真正開始串接,而且刻意只做一件事:把完整的關懷逐字稿整理成服藥、量測、不適與協助需求四個固定欄位。這個順序讓我理解,產品不是「接上 AI 就完成」,而是先決定 AI 可以做什麼、輸出必須長什麼樣子,以及出錯時系統怎麼繼續工作。

這次前端不會直接持有 API 金鑰。逐字稿先送到本機開發伺服器,再由伺服器呼叫 OpenAI Responses API;回傳內容必須符合 carecall-ai.v1 的固定 Schema,伺服器與前端也會各驗證一次。即使格式錯誤、網路中斷、逾時,或根本還沒設定金鑰,原始文字與既有規則都不會消失,畫面會清楚提示可以改用規則版。AI 的結果目前只做預覽,不會自動改寫個案狀態,更不會做診斷或決定處置。

今天也碰到一個重要的誠實界線:目前環境沒有我的 API 金鑰,所以我完成了端點、畫面、固定格式、模擬成功測試與所有失敗備援,但不能把「真實模型已成功回傳」寫成完成。最後只差在自己的電腦設定 .env.local,重新啟動專案,用一段虛構逐字稿驗收一次。這不是失敗,而是把「程式已具備能力」與「外部服務已實際驗證」分開記錄。相比為了趕進度假裝全部成功,我更希望這個作品的每一步都有證據、可以重跑,也不必在下一天打掉重做。


上一篇
Day 22|AI 在正常範例很聰明,遇到模糊回答會發生什麼?
下一篇
Day 24|AI 串接成功不等於完成,還要融入原本產品流程
系列文
從模糊想法到可操作原型:我的 30 天 AI 協作開發實驗30
圖片
  熱門推薦
圖片
{{ item.channelVendor }} | {{ item.webinarstarted }} |
{{ formatDate(item.duration) }}
直播中

尚未有邦友留言

立即登入留言